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AUTOMATED TRANSACTION PROCESSING 
SYSTEM AND PROCESS WITH EMULATION 
OF HUMAN ERROR RESOLUTION 

MICROFICHE APPENDIX 

This application includes a microfiche appendix having 
289 frames. A portion of the disclosure of this patent 
document contains material which is the subject to copyright 
protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or 
the patent disclosure, as it appears in the Patent and Trade- 
mark Office patent files or records, but otherwise reserves all 
copyright rights whatsoever. 

BACKGROUND OF THE INVENTION 

The present invention relates to a personal computer 
based system that emulates the actions a human being 
performs while working at a mainframe computer terminal 
to perform analysis functions and/or update processing on a 
mainframe transaction processing system. 

The prior work flow relationship between a human being 
and a mainframe computer during analysis and update 
processing of transactions is that data enters the mainframe 
system via electronic or manual key entry sub-systems and 
then a human technician conducts error trapping and cor- 
rection operations on the entered data. Normally, transac- 
tions are processed on the mainframe computer with a series 
of edit modules where transactions suspend due to erroneous 
data or for manual review edits due to data relationships that 
are inconsistent or in error. On these typical types of 
mainframe systems, for example such as those involved in 
medical claims processing, a pool of processing staff of 
between 8 to 10 people are dedicated to review these daily 
errors. The processing staff will log on to the mainframe 
using a "dumb" terminal and initiate portions of the main- 
frame transaction processing system to access claim or 
transaction data and perform error resolution processing. 
Error messages that are identified on the screen are caused 
to be corrected manually by the processing staff. Depending 
upon the error message received on the screen, the human 
technician will conduct recovery or integrity enhancing 
steps to correct the error on the mainframe data base. 

A prior art system for claim error correction processing 
utilizes hardware similar to that shown in FIG. 1. A main- 
frame computer 20 is attached by communication lines 22 to 
a 4 'dumb" terminal 24 normally having a CRT display 26 
associated with it An operator 28 would interface and 
interact with terminal 24 to send communication signals via 
communication line 22 to mainframe computer 2#. Operator 
28 would manually edit and correct transactions that were 
flagged as errors by the transaction processing program on 
mainframe computer 20. Typical mainframe transaction 

r application programs include such as Medicare A claims 
processing system from Blue Cross/Blue Shield of Arkansas 
and Medicare B claims processing system from V.LP.S. of 
Baltimore, Md. although others may be used with small 
variations in the ATP setup procedure such as the Champion 
System from Admin aStar Defense of Columbus. Indiana, 
and D.M.E.R.C. Claims Processing System from VXP.S. of 
Baltimore. Md. As shown in FIG. 1, the mainframe com- 
puter 20. may be for example an IBM 3090 or Digital 1 1/870 
VAX mainframe computer utilizing a central processing unit 
30 attached to associated processing circuitry 32 for 
recording, transmitting and manipulating data. CPU 30 
normally includes an associated input/output control unit 34 
for controlling data transmitted to areas external of main- 



30 



frame computer 20. An internal bus structure 36 permits 
signals to flow between CPU 30, I/O control 34. processing 
circuitry 32. and other storage apparatus of the computer 
such as RAM memory 38. disk storage 40 and associated 
5 tape storage media 42. The above described mainframe 
computer is conventional and known in the art. At some 
terminals 24. a printer 27 is attached for printing data and/or 
screen information. 
The prior human procedure for transaction error correo- 
10 tion is shown in FIG. 3. A final deterministic conclusion by 
the system on the eiror code found, causes one of the 
following to happen, similar to the workflow accomplished 
by humans utilizing a terminal 24. Data on the mainframe 
transaction record may be updated to resolve an edit error 
i5 and then the transaction continues on to finalization; or data 
on the mainframe transaction record is in error and cannot be 
updated so the transaction is denied or deleted; or data on the 
transaction is in error but further information is required. 
The transaction is put in a hold status and a request for 
20 additional information is sent to the transaction submitter. 
Transactions are processed on the main frame through a 
series of edit modules where transactions suspend due to 
erroneous data or for manual review edits, due to data 
relationships meeting selected criteria as is known in the art 
The transaction claim review process includes a human 
technician editing and examining the edit error or manually 
reviewing the situation and making a determination of the 
action to be taken. A final determination of the error and an 
appropriate correction step causes one or more of the 
following to happen. Either the data on the transaction is 
updated to resolve the edit error and the transaction contin- 
ues on to final processing by the mainframe computer 
system or the data on the transaction is in error and cannot 
35 be updated so the transaction is denied or deleted. Another 
step may be that either the data on the transaction is in error 
but further information is required. The transaction is then 
placed in pending status and a request for additional infor- 
mation is sent to the original transaction claim submitter. 
40 As shown in the above description of error processing 
correction, a large amount of human labor is necessary for 
correcting erroneous transaction records on a mainframe 
computer. Additionally, the speed at which the mainframe 
transactions are corrected is dependent upon the capability 
45 of the person doing the correcting. Substantial problems 
with the system as presently utilized are that the accuracy 
and consistency of processing is variable since different 
people may conduct different error correction procedures for 
the same type of error. This type of variation in error 
50 processing may create non-uniform results even though 
technically correct Lastly, the repetitive nature of error 
detection and correction often results in an unsatisfying 
experience leading to a high degree of turnover in the human 
technician processing staff. 

55 SUMMARY OF THE INVENTION 

The present invention provides an automated transaction 
processing (ATP) system with a custom programmed pro- 
cess designed to work specifically with a mainframe-based 

60 transaction processing system. High-Level Language Appli- 
cation Programming Interface (HLLAPI) technology is used 
to perform and replace the human terminal interaction 
process while being transparent to the mainframe system, 
thereby requiring no modification to the mainframe appli- 

65 cation program. The ATP system includes an intelligence 
process and utilizes HLLAPI function calls to directly 
interact with the mainframe system to perform tasks such as 
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error trapping and correction. The ATP procedure interacts the required error resolution processing by the local com- 

with the mainframe system in a number of ways. puter emulating a human operator interacting with the 

The present system performs the same type of mainframe transaction processing program 
terminal interactions as human technician performs includ- The invention comprises, in another form thereof, an 
ing the reading of data from the mainframe screen, posi- 5 apparatus for automated transaction review of transaction 
tioning the cursor at a point on the screen, writing data back data records used with a transaction processing program on 
to the terminal, and generating keystrokes (Enter, PF12, a mainframe computer including communication means for 
PA1. etc.). These actions are sequenced into a logical order communicating with the mainframe computer, means for 
to perform a specific task on the mainframe in the same initiating the transaction processing program of the main- 
fashion that a person would. In this way. a personal com- 10 frame computer via the communication means and an error 
puter can do work that would ordinarily have to be done by resolution means for emulating a human operator interacting 
a human being. The advantages of automated transaction with the transaction processing program on the mainframe 
processing derives from the logical content and sequence of computer to correct errors in the transaction data records, 
how the actions are applied to mainframe transaction pro- The invention, in another form thereof, comprises a 
cess ing systems to replace the human technician in the 15 method including the personal use of system having means 
workflow. for operating on a predetermined mainframe computer data 

Logging on the mainframe computer, initiating the main- base containing transaction error codes and data and a set of 

frame application, navigating the menus of the mainframe relationships among the transaction error codes and data, 

application, and switching among multiple transactions as The method for processing transactions on the mainframe, 

part of the work process all are provided in the preferred 20 computer, comprises the steps of logging on the mainframe 

form of the invention. . computer and reading a transaction from the mainframe. The 

The ATP system also accesses data elements and data method then performs analysis functions on the transaction 

records from the mainframe system These data elements on the mainframe processing system then update processes 

can come from an unlimited number of screens or transac- me transaction data on the mainframe processing system, 

tions. After the update processing is complete, the process logs off 

To mimic the operation of a human technician, the system me mamframe computer, 

analyzes the data present on the mainframe system using a 1 The invention, in still another form thereof, provides a 

programmed set of procedures or logical analysis steps and computer system including a central processing unit and 

later performs actions required by the outcome of the logical 30 associated memory for emulating the action a human being 

analysis to validate or correct the data on the mainframe. performs while working on a mainframe computer terminal 

After correcting a first error, the system moves on to the t0 P^T 1 analysis functions on a mainframe transaction 
next transaction ji sequence and again performs the logical P^ 5 "* system The computer system^ includes means for 
analysis and update activities. When *1 available work imUatm * a mainframe application of the *ansacUon pro- 
transactions are^ompleted for all particular errors, the ATP 35 system and means for accessing transaction data 
system will log off the mainframe system ^ cments fro f m 4 e ^^Processmg system. 
J * , . B ; . Means are also included for analyzing the transaction data 

An advantage of the ATP system of the present invention elcmcnts usmg a preselected set of procedures while addi- 
is that of cost savings. The equivalent work of multiple ti onalmeans « used for perforating update functions on the 
human technicians can be performed by a single personal transaction data element on the mainframe transaction pro- 
computer utilizing the logic and control feature and function «° S y StenL U— 

of the present invention. _ . . . , ~e *a 

m . . „ . The invention, in yet another form thereof, provides a 

Another advantage of the ATP system is the automated system includin g a WBtnu processing unit and 

transaction processing procedures can perform the repetitive associated memory for emulating the actions a human being 

functions outperformed by clerical staff. Personnel can be 45 whilc working a ,nainframe computer terminal 

utilized to perform more meaningful work where human t0 ^ analysis functions on a mainframe insurance 

intelligence and analysis is required. claim transaction processing system The system includes 

Yet another advantage of the ATP system is the speed of means for initiating the mainframe application system and 

automated transaction processing is many times the capa- means for accessing data elements from the insurance claim 

biliry of a human technician manually correcting errors on a ^ transaction records stored on the mainframe. A predeter- 

mainframe application data base. mined data base stored in associated memory contains 

Still another advantage of the ATP system is the pro- transaction processing error codes and procedures related to 

grammed procedure is performed the same way each time each error code for correcting data elements from the 

with no variation. The processing results are very uniform, insurance claim transaction records having a matching error 

resulting in higher quality, greater accuracy and consistency 55 code. Means are included for comparing the data elements 

of processing. to transaction processing error codes stored within the data 

A further advantage of the ATP system is maintenance base to find a matching error code and insurance claim 

time using the automated transaction processing source transaction record. A means for performing update functions 

language is comparatively short so procedure modifications is included in the invention so that update functions are 

can be incorporated on a very timely basis. eo performed on the mainframe as required by the set of 

The invention comprises, in one form thereof, a process procedures related to the matched error code and insurance 

for automatic transaction review by a local computer of claim transaction record. 

transaction data records used with a transaction processing BRIEF DESCRIPTION OF THE DRAWINGS 
program on a mainframe computer comprising the steps of 

establishing a communication link between the mainframe 65 The above-mentioned and other features and advantages 

computer and the local computer, initiating the transaction of this invention, and the manner of attaining them, will 

processing program by the local computer and perforraing become more apparent and the invention will be better 
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understood by reference to the following description of an 
embodiment of the invention taken in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 is an illustration of the prior art hardware arrange- 
ment for correcting transactions on a mainframe computer; 

FIG. 2 is an illustration of the hardware arrangement used 
in correcting transactions on a mainframe computer in one 
form of the present invention; 

FIG. 3 is a prior art process flow chart of mainframe 
transaction error correction; 

FIG. 4 is a programming flow chart showing an overview 
of the operation of the automated transaction processing 
system of the present invention; 

FIG. 5 is a programming flow chart of the error processing 
parameter selection section of a preferred embodiment of the 
present invention; 

FIG. 6 is a programming flow chart of the error processing 
parameter selection section of a preferred embodiment of the 
present invention; 

FIG. 7 is a programming flow chart of the report file 
creation section of a preferred embodiment of the present 
invention; 

FIG. 8 is a programming flow chart of the start-up 
procedure section of a preferred embodiment of the present 
invention; 

FIG. 9 is a programming flow chart of the error resolution 
processing section of a preferred embodiment of the present 
invention; and 

FIG. 10 is a programming flow chart of the mainframe 
log-off procedure section of the preferred embodiment of the 
present invention. 

Corresponding reference characters indicate correspond- 
ing parts throughout the several views. The exemplification 
set out herein illustrates one preferred embodiment of the 
invention, in one form, and such exemplification is not to be 
construed as limiting the scope of the invention in any 
manna. 

DETAILED DESCRIPTION OF THE 
INVENTION 

There are several key principals upon which all ATP 
procedures are based that allow the system to interact with 
a main frame based application program. 

The first is that all actions have an expected outcome. 
Each action that causes a screen change within the main- 
frame system has a defined outcome. If the expected screen 
is not received or the expected action is not performed fully, 
the present invention is designed to stop or to react accord- 
ing to programmed instructions to deal with the variance 
from the desired outcome, such as stopping the transaction, 
calling an operator, or printing a report. In this way. the ATP 
system cannot perform actions that might corrupt data on the 
mainframe system. 

Additionally, a library of ATP functions has been defined 
as shown in the microfiche appendix. The source code of the 
ATP procedure is written to use the library of ATP functions. 
This makes coding easier and more uniform. A computer 
language. Visual Basic 3.0 available from Microsoft Inc. of 
Redmond, Wash, is utilized to translate the source code into 
a machine readable executable file. 

The ATP procedures are intelligent enough and flexible 
enough to handle variations in mainframe response and 
system performance. This flexibility is achieved through 
integration of defined 'wait' periods. If the mainframe 
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application exceeds the defined 'wait' parameter, the ATP 
system 50 can halt based on the lack of response or react 
according to programmed instructions to deal with the 
variance from the desired output from the mainframe com- 
5 puter. 

All ATP procedures generate audit trail files of the activity 
performed and are designed to include necessary security 
practices to allow traceback and crash recovery. 

The physical hardware of the ATP system is shown in 
l0 FIG. 2 as a conventional personal computer 44 such as an 
IBM compatible personal computer 44 with 4 to 8 mega- 
bytes of ram memory, a hard drive and associated keyboard 
and communication line interface. As shown in FIG. 2, an 
optional printer 46 may be connected to personal computer 

15 44 

With the process 50 (FIG. 4) of the present invention 
using personal computer 44, transactions stored on main- 
frame computer 20 may be edited quickly and efficiently in 
an automated fashion. 
Personal computer 44 of the present system is pro- 

20 grammed to access the edit error transactions on the main- 
frame via a standard communication connection. Personal 
computer 44 then accesses each of the error cases and 
performs a review of the data on the case and determines if 
any action is to be taken. The required action is then carried 

25 out on mainframe 44. The personal computer 44 can work 
through all the transactions it previously took a staff 6 to 8 
human clerks to handle each day. 

Upon initiation of the automated transaction processing 
(ATP) process 50, the following functions arc performed as 

30 shown on first branch 52 of the flowchart of process 50 
depicted in FIG. 4: 
Entry of mainframe log-on parameters (58); 
Selection of error processing parameters (60); and 
Creation of a daily ATP report file (62). 

35 The ATP software for this application is started within a 
Microsoft Windows system environment The microfiche 
appendix of the application includes source codes for per- 
sonal computer 44 which was created for use on a Visual 
Basic 3.0 compiler running under a Microsoft Windows 3.1 

40 environment. Alternate code and system environments may 
also be utilized. Utilizing the executable code created by the 
appendixed source code, a screen is first presented to enter 
mainframe system 20 logon information 58. user ID and 
password information. The password field is blanked so the 

45 password is not displayed, as is standard practice. Data files 
are also entered to identify the Clerk ID and Clerk password. 
A "Done* command option button is selected after the 
required information is entered. The values are saved as 
string variables. After this, an initial form is presented with 

50 command buttons to earner start the ATP system, stop a 
currently running ATP process, or enter the setup screen. 

The setup screen is automatically presented and the 
following information can be set in step set 60 as shown in 
more detail in FIG. 5. Check boxes in step 61 are included 

55 to individually select the error codes that will be worked on 
the transactions of mainframe 20. Drive/Directory selection 
in step 63 for report files are also set at this time. The ATP 
process 'Wait Time" parameter used to handle timing or 
mainframe system response is also set to a value depending 

60 on the mainframe system utilized and associated application 
software. ATP system Shutdown Time (in step 65) is an 
automatic feature to shut off the processing at a prescribed 
time of day. When all setup options have been confirmed, the 
"Done" command button in step 67 is pressed. 

65 The second branch 54 of the system 50 flowchart of FIG. 
4 includes the ATP main processing system and performs the 
following functions: 
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ATP Start- Up Procedure — Sets all the functions necessary The next step of the mainframe log-on procedure 66 (FIG. 

to set the ATP operation environment; 8) is for the system to supply keystrokes at step 80 to access 

Mainframe Log-On Procedure (66) — Performs steps nec- the production CICS system on mainframe 20. Keystroke 

essary to log on to a specific mainframe computer 20 signals are created and sent to the mainframe screen to 

and pre-identified transaction applications program 5 perform a logon to the production CICS region. These 

running on same. keystrokes are contained in a string variable and are sent to 

Error Resolution Processing (68) — This performs the the mainframe using the ATP library command "Sendkey** 

steps of navigating through the application system which issues the HLLAPI function calls to send keystrokes 

menus on mainframe 20 and performing the detail to the screen. An example of this process is 'CICSPT@E* 

actions necessary to resolve a spedfic error situation; 10 (CICSFT is the name of a typical production CICS region— 

and <§>E causes the equivalent of hitting the enter key to be 

Mainframe Log-Off Procedure (70) — That performs steps performed). Processing is initiated and the mainframe 

necessary to log-off mainframe computer 20 when all rcS ponds to the keystrokes that have been sent. A 4f Wait" 

required processing has been completed command is issued to give the mainframe time to respond to 

The actual sequence of coirimand characters, and/or other „ ^ command and when completed the CICS unlocks the 

signals coinmunicated from personal computer 44 to main- keyboard . is ^ for me HLLAPI command to 

frame computer 20 is dependent on the type of mainframe . ' a „_ irwi • J- a,,, m ,j r m , 

computer, its operating system, and the type of program ' ssuc a V° s f\ c r <*<™ codc ""heating mat the mainframe 

running on me m^r^ime However, one of ^nar^l in * as ™* P"**" ^ icm of Ae P rescnt 

the computer programming art can readily detexinine me invention is clear to move on 

necessary commands, 20 The "Wait" command is issued as part of each library 

The next sequential step is that of the ATP startup pro- command that causes a iriainframe action to occur. The 

cedure 64 as shown in more detail in FIG. 7 is to connect return code is checked to see that mainframe 20 has 

personal computer 44 to a virtual Presentation Space 13 on responded. If mainframe 20 does not respond within the time 

mainframe 20. The present software system initiates and frame defined by the "Wait" time parameter (from the setup 

executes the ATP uTsraiy command Connect at step 73 which 25 screen above) processing is passed to an error handling 

issues the HLLAPI function calls to connect with the routine where processing will be terminated due to not 

designated terminal emulator window a designated Session receiving the expected result from mainframe 20 within the 

A. Session B, etc. These session windows are predefined for allotted time. 

the type of terminal to emulate such as a VT 100, WYSE 50 A verify logon screen is then displayed and personal 
and other similar terminal types. The return code from the 30 computer 44 enters the User ID and password. After issuing 
"Connect" function is then checked. If an unsatisfactory the initial logon, the ID/Password screen is expected. The 
return code is found, processing branches to an error han- program executes the ATP library command "Chkpswd" at 
dling routine which report key statistics, displays error step 82 which searches the presentation space for the key- 
messages specific to this situation and then terminates the word that indicate the password screen has been presented 
processing. 35 Upon verification of the password screen, the logon 

The next action (FIG. 7) is to query the tenninal session information entered earlier is entered to the screen. This is 

settings and validate that the screen is configured in a 24 by performed by first identifying the screen position of the data 

80 mode. This is accomplished by executing the ATP library field and moving the cursor to that screen position. The 

command "Querysessionstatus" at step 75 which issues the screen data positions have been previously defined within 

HLLAPI function calls to return the value that defines the 40 the ATP software using a global variable. The cursor is set 

current virtual screen size. The values are interrogated and to the desired position by executing the ATP library com- 

if they do not conform to the requirements, an error handling mand "Sctcursor" which issues the HLLAPI function calls 

routine is called and the processing terminates. to position the cursor on the screen. 

The ATP program then executes the "Startrioseintercepr Upon completion of the "Setcursor" function, the key- 

ATP library command at step 77. This issues the HI I API 45 strokes that make up the User ID (entered earlier) are sent to 

function calls to turn on a monitor function that prevents the the mainframe screen at the desired position using the 

virtual mainframe session window from being closed while Sendkey library command. This process is repeated for the 

under the control of the ATP procedure and assures a password entered earlier. After both the ID and password 

determination and recoverable audit trail in the event of a have been entered, *@ E' is used to execute the CICS 

system failure. so transaction by hitting enter. 

Upon successful completion of the "Connect** function. The virtual presentation space is then checked using the 

the ATP process checks to see that the mainframe banner ATP library command "Chksign** to verify the sign-on 

screen from mainframe 20 is currently being displayed in the process has been successful and that the User ID and 

virtual presentation space at step 78 (FIG. 8). Alternatively, Password have been accepted at step 84. At this point, 

the mainframe banner screen may be displayed on the screen 55 personal computer 44 has successfully logged on to main- 

of personal computer 44. This is done by executing the ATP frame system 20. A "Doclear M library command is executed 

library command "Chkbanner** which issues HLLAPI func- to clear the presentation space. 

tion calls to Search the presentation space (terminal The next function of the system is to send keystrokes to 

window) for a specified character string that uniquely iden- initiate a transaction processing application and verify that 

titles the transmitted screen as the banner screen. If this 60 the mainframe main menu is displayed at step 86. The 

specified character string is not found within the time keystrokes to initiate the application system transaction on 

defined by the Wait Time parameter described above, pro- the mainframe are executed using the "Sendkey** library 

cessing branches to an error handler as the expected result command. For example. *MEDA@E' may be executed to 

has not been received. begin operation of a medical insurance claims transaction^ 

The presentation space is cleared by executing the ATP 63 system for example available from Medicare Claims Pro-"" 

library command "Doclear" which issues the HLLAPI func- cessing System of Blue Cross/Blue Shield of Arkansas 

tion calls to perform a screen dear. (referred to as 4, Med A system** below). The following 
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description utilizes screens from the Med A system to assist HLLAPI function calls to copy a piece of presentation space 

in describing the error correcting function, to a string variable. This string variable now contains data 

ATP library command, "Chlmajur is then executed which from the screen position for the "Work Indicator" from the 

issues the HLLAPI function calls to search the presentation claims list screen. This Indicator indicates whether or not the 

space to look for keywords which identify the current 5 claim has already been worked. If the Work Indicator shows 

screen, as the Med A main menu for example at step 88 (FIG. previous activity, the ATP process bypasses this claim, sets 

the cursor position up to the next occurrence of the claim 

The cursor is positioned at the field on the virtual screen sclc * and continues 

where the clerk number is to be entered using the "Setcur- ™ e claim is selected by^send^g keysttokes to insert an <s 

- . , . . . , t on the select line followed by @E to hit enter. The claim 

sor^ ATP library conunaod. The clerk number is sent to the 10 is ^ Ms is by cxccuting mc ^claim" 

screen using the Sendkey Ubrary conm^d. Tins process is u * ^ mmmd which issues rft HLLAPI function calls to 

repeated for the Med A clerk password field. At this point. $carc £ fcc ^nUtton space and verify that a claim is 

personal computer 44 has logged in to the Med A currently displayed. 

application, for example, or any other standard transactions r^or message s are displayed on the last 4 lines of the 

processing application. 15 claim scrccn wnca the claim is first selected. The ATP 

The error resolution subsystem 68 of the present invention captures the error codes present on the claim by executing a 

will be explained in relationship to the flow chart of FIG. 9, procedure called "Get errors". This procedure combines the 

The cursor is positioned at the selection line for the Paper- ATP library commands of **Setcursor** and "Copyif to 

less Suspense function at step 90 as is common to rriainframe capture and store all the error code information to string 

transaction system on the main menu using the "Setcursor** 20 variables. The error codes are analyzed and individual pieces 

library command. This function is selected by sending of data separated as follows, for example: 

keystrokes *S@E* or other pre-identified keystrokes to the Error field identifier— ^>ositions 1-3 

mainframe using the "Sendkey" library command. The Error line identifier — position 4 

paperless suspense selection screen is presented and this is Error Code — positions 5-8 

verified by the ATP library command "ChkselcT which 23 For each error code that the ATP system can process, 

executes the HLLAPI functions calls to search the presen- control is transferred to a procedure paragraph that work 

tation space and verify the expected screen has been through the specific requirements for the error at step 96. 

received. Other pre- error correction steps dependent upon For example, an error here, for demonstration purposes, 

particular mainframe applications may also be conducted at may correct prices on a line item charge at 80% of a 

this time. * 30 submitted charge (Error Code 567 from a typical Med A 

The cursor is then positioned at the list selection position system for example), 

using the Setcursor library command. The keystrokes to Data for line item charges maybe displayed of the 4th of 

insert the value of *L' are executed using the Sendkey library 5 screens of claim data, for example. The ATP procedure 

command. Alternatively, other values may be input to main- checks to see which page is currently displayed and then if 

frame 20 depending on the transaction application running 35 the page number is not the desired page, steps are initiated 

thereon. The cursor is positioned at the Error code selection to move to the correct page. In this case, the function 

position using the "Setcursor" library command. The value Chkpg4 is executed. The claim is normally at page 1 when 

of the error code is sent using the "Sendkey" library com- first displayed, so in this case, the ATP procedure uses the 

mand. This value for the error code comes from the pre- "Setcursor" and "Copyit** library commands to read the 

defined list of error codes the ATP process is capable of 40 current page number. Because the current page is not the 

handling. As a general methodology of operation, the ATP desired page, the ATP procedure executes Gopg4 which uses 

program will access all data associated with each error code the library commands "Setcursor". "Sendkeys". and 

and, when finished, move on to the next error code until all "Copyif* to initiate the change to page 4. The "Copyif 

error codes have been worked. function reads the page ID again after the movement has 

After the error code has been specified. *<§>E* (Enter) is 45 occurred to verify the current page indicator, 

issued using the "Sendkey" library command to process the The error message info is utilized again and the ATP 

selection screen. The claims or more particularly a transac- program looks at the Error Line identifier to know which of 

tion list screen is presented and shows the list of claims or the items is the one in error. The line is identified by a value 

transactions mat have the error specified on the selection of A-Z. plus @, & $ in the Error Line identifier, 

screen in step 92. This screen is verified by executing the 50 If the index of the item in error is greater than sixteen, or 

ATP library command Chkslist which issues the HLLAPI not on the screen, commands are issued using the "Setcur- 

function calls to search the presentation space to verify that sor" and "Sendkcys" library commands to move the display 

the Suspense List screen is currently displayed. to an alternate screen for display which shows the correct 

The transactions list for most standard mainframe trans- charge items. In this way, the system 50 may be set up, 

action systems includes screen displays having 10 claims or 55 dependent upon the mainframe transaction application, to 

transactions per screen. The ATP process follows the mcth- traverse through a particular transaction record, find an error, 

odology of accessing each claim on the screen at step 94 and and correct that error. 

then generating keystrokes to page forward (F8) after all The field positions of the error line are looked up from the 

claims on the current screen have been accessed. This is internal table of field position declarations created when 

repeated until all claims have been accessed for the current 60 adapting the system to a particular transaction application 

error code The end of the list of claims is recognized by the and the cursor is positioned on the HCPCS code field of the 

presence of ascii code 32 (spaces) in the screen position line in error using the "Setcursor" library command. The 

normally occupied by the claim control number. HCPCS code is copies using the "Copyif library command. 

The ATP program now positions the cursor at the select If the last 4 digits of the HCPCS code are 4 9999*. for 

line for the first claim on the list screen using the "Setcursor" 65 example in a Med A system, the procedure is to send a 

library command. Data from the screen is read by executing development letter on the claim or transaction requesting 

the ATP library command "Copyit" which issues the additional detail information about the charge or change. 
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This is accomplished by setting a desired letter ID and transactions or claims having the same initial Error code 
message number and executing a procedure called Develltr selected are now worked on in similar fashion in step 98. 
that accesses the Letter Writer screen from the claim screen After all transactions or claims for a particular Error code 
by sending *@8* (F8). In this way. personal computer 44 have been worked on, work proceeds to Edit transactions or 
may again acquire additional information if insufficient 5 claims having other Error codes at step 100. 
information to fix a particular error is available. Certain data ^ transactions for all Error codes have been pro- 
inconsistencies may be resolved by obtaining information cess «* at step 102. the ATP library Corrnnand "Doclear" is 
from another data base. For such situations, personal com- executed and confro passes to the mainframe Log-off pro- 
puter 44 may include a data base or corruriurJcations hard- cedurc 70 (FIG. 10) and causes the jr^iuW screen to 
[are and soLare whidi can be used to obtain the needed ic Surfo^ 

~i . . , . . . . to log off the mainframe and are sent using the "Logoff" 

The presentation space is searched for keywords that Ub command< ^ userid is ioggcd off and the main- 
identity this new screen as the letter generation screen using framc banncr smtn is rc -di S playcd. The presence of the 
the ATP library command "Chkltrgen . mainframe banner screen is verified using the "Chkbanner" 

The cursor is positioned at the letter number field using is library command at step 108. 

the **Setcursor** library command. Upon completion of the main ATP processing, the fol- 

The desired letter number is inserted on the letter request lowing functions are performed as shown in the third branch 

screen using the "Scndkeys" library command. The presen- 56 of the flowchart of FIG. 4. ATP Application summary 

tation space is checked using the ATP library command reporting and ATP shut-down procedures (74. 76) perform 

"Chkltrupd" to validate the letter request has been stored 20 the steps necessary to terminate the ATP process and reset 

successfully. the operating environment thereby ending execution of the 

The display moves back to the claim screen by issuing an ATP process. * 

*<§>3' (F3) keystroke using the "Sendkeys" m>rary command. One of me reports created is mat of the processing total is . V « X) 

The display of the claim or transaction data is verified again written to the audit log file and can include the following: I \ } MAN W 

using the "ChkclainT ATP library command 25 Total records processed, total records bypassed and percent * 

When a development letter is sent the claim must be £ records processed. The report file is closed and saved to 

updated with an indicator to show additional development the personal computer hard dnve. V | \J/\ 

waTrequired. Two additional pieces of information are ™* ^ *«^atcs and exe^tes the ^ Ubrary 

■ j i * *». i • / ... command Discnect which issues the HLLAPI function 

P l Ug ?*" "°J ^L^™ °* *J*>s*™™** calls to disconnect the default terminal emulator window 

the -Chkpgx ^cursor* . and <Sendkeys cornxnands for 30 sclcctcd> Thc rcturn codc ^ mc "Dis^r 

example in a Med A system application. function is checked. If an unsatisfactory return code is 

If the last four digits of the HCPCS code are not ^9999\ found4 processing branches to an error handling routine 

in this example then the cursor is positioned on the Total which re p 0rts statistics, displays error messages specific 

Charges filed of the error line using the Setcursor library to this situation and then terminates the processing. 

command 35 The ATP system then executes thc "Stopcloscintercept" 

The Total Charge amount is extracted from the screen ATP library command. This issues the HLLAPI function 

using the "Copyit" library command the value is stored to a calls to turn off the monitor function that prevented the 

variable. mainframe session window from being closed while under 

The data string that represents the Total Charge is con- the control of the ATP procedure and system. 

verted to a numeric value. 80% of the total Charge is 40 Thc END statement causes normal termination of the ATP 

calculated and stored in a new variable. This new figure will program and execution ceases. 

be plugged back into the claim screen in the rate field, for While this invention has been described as having a 

example to effectively fix the error. preferred design, the present invention can be further modi- 

The cursor is positioned on the line item Rate field using fied the spirit and scope of this disclosure. This 

thc proper field position and the "Setcursor- library com- 45 application is therefore intended to cover any variations 

mand. THe numeric data (80% of charge) is reformatted as <* *J*p^ons of the invention using its general 

a string variable and plugged into the screen using the format pnnaplcs. Further, this application is intended to cover such 

of the Rate field by the "Sendkeys" command. departures from the present disclosure as come within 

The cursor is then moved to manual price indicator known or customary ^ce in me art to which this inven- 

position on the line item using the proper field position and so tion pertains and which fall within the limits of the appended 

the "Setcursor" command. A value of * Y' is plugged into the claims. 

Manual Price indicator field using the "Sendkeys" library y™ 1 1S daimcd * : . ^ , ' 

command * !• A process for automated transaction review by a local 

A report of the current activity is written to the audit log computer of transaction data records used with a transaction 

using the "Printir ATP library command. Inf ormation writ- 55 Processing program on a remote computer comprising the 

ten to the log includes the claim control number and a ste P s 

message indicating the nature of the processing that has been establishing communication between the remote corn- 
performed. * puter and the local computer; 

Error messages 2-4 or more for this claim or transaction initiating the transaction processing program by the local 

arc read if a valid value is present and the error can be 60 computer; and 

worked by the ATP process, the actions are performed. After performing error resolution processing by the local corn- 
all errors are processed, the claim is stored by issuing an puter emulating a human operator interacting with the 
4 @9* (F9) or Enter command using the "Sendkeys" library transaction processing program, the local computer 
command. using logic programming to perform error analysis to 
The display returns to the claim list screen. The screen 65 determine an appropriate interaction with the tran sac- 
display is validated by searching the presentation space tion processing program, if needed, to resolve each 
using the "ChkslisT library command as before. Other error. 
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2. The process of claim 1 wherein said establishing step 
includes the local computer emulating a human operator 
logging on to the mainframe computer. 

3. The process of claim 1, the transaction processing 
program producing transaction data records with associated 5 
transaction error codes for each data record that cannot be 
processed wherein said performing error resolution step 
includes accessing a list of error transactions related to the 
transaction error codes produced by the transaction process- 
ing program whereby error resolution processing is com- 10 
plcted without involving any human operator. 

4. The process of claim 3 wherein said accessing step 
includes selecting ones of said error transactions according 
to an error transaction code related to the error transactions. 

5. The process of claim 1 wherein said error resolution 15 
step includes accessing a data base to resolve inconsistencies 

in a transaction data record. 

6. The process of claim 1 wherein said error resolution 
step includes using a predetermined set of procedural rules 

to evaluate and correct a transaction data record. 20 

7. The process of claim 1 further including the step of 
logging of? the mainframe computer after said error resolu- 
tion processing step. 

8. The process of claim 1 further including the step of 
creating a log file indicating error resolution processing ^ 
which occurred in said error resolution processing step. 

9. The process of claim 1 wherein said error resolution 
step includes generating and sending keystroke sequences to 
the mainframe computer to alter an element of a transaction 
data record. 30 

10. An apparatus for automated transaction review of 
transaction data records used with a transaction processing 
program on a remote computer, said apparatus comprising: 

communication means for communicating with the 
remote computer; 35 

means for initiating the transaction processing program on 
the remote computer via said communication means, 
and 

error resolution means for emulating a human operator 
interacting with the transaction processing program to 40 
correct errors in the transaction data records, said error 
resolution means including logic means for performing 
error analysis to determine an appropriate interaction 
with the transaction processing program, if needed, to 
resolve each error, whereby error resolution processing 45 
is completed without involving any human operator. 

11. The apparatus of claim 10 wherein said communica- 
tion means includes means for emulating a human operator 
logging on to the mainframe computer. 

12. The apparatus of claim 10, the remote computer so 
transaction processing program producing transaction data 
records with associated transaction error codes for each data 
record that cannot be processed wherein said error resolution 
means includes means for accessing a list of error transac- 
tions related to the transaction error codes produced by the ss 
transaction processing program. 

13. The apparatus of claim 12 wherein said accessing 
means includes means for selecting ones of said error 
transactions according to an error transaction code. 

14. The apparatus of claim 10 wherein said error resolu- 60 
tion means includes means for accessing a data base to 
resolve inconsistencies in a transaction data record. 

15. The apparatus of claim 10 wherein said error resolu- 
tion means includes a predetermined set of procedural rules 
used to evaluate and correct a transaction data record. 65 

16. The apparatus of claim 10 further including means fa- 
logging off the mainframe computer. 



17. The apparatus of claim 10 further including means for 
creating a log file indicating error resolution accomplished 
by said error resolution means. 

IS. The apparatus of claim 10 wherein said error resolu- 
tion means includes means for generating and sending 
keystroke sequences to the mainframe computer to alter an 
element of a transaction data record. 

19. In a personal computer system having means for 
operating on a predetermined mainframe computer database 
containing transaction error codes and data and a set of 
relationships among the transaction error codes and data, a 
method for processing transactions on the mainframe com- 
puter comprising the steps of: 

logging on the mainframe computer; 

reading a transaction from the mainframe; 

the personal computer system performing analysis tunc- 

' tions on a transaction on the mainframe processing 
system, the personal computer system using logic pro- 
gramming to perform error analysis to determine an 
appropriate interaction with the transaction processing 
program, if needed, to resolve each error; 

performing update processing on the transaction data in 
accordance with the determined interaction of the logic 
prograrnming, on the mainframe processing system; 
and 

logging off the mainframe computer. 

20. A computer system including a central processing unit 
and associated memory for emulating the actions a human 
being performs while working at a mainframe computer 
terminal to perform analysis functions on a mainframe 
transaction processing system comprising: 

means for initiating a mainframe application of the trans- 
action processing system; 

means for accessing transaction data elements from the 
mainframe transaction processing system; 

means for analyzing the transaction data elements using a 
preselected set of procedures, said analyzing means 
including logic means for performing error analysis to 
determine an appropriate interaction with the transac- 
tion processing program, if needed, to resolve each 
error, and 

means for performing update functions on the transaction 
data element on the mainframe transaction processing 
system in accordance with the interaction determined 
by said logic means. 

21. The computer system of claim 20 further including 
means for logging on the mainframe computer and means 
for logging off the mainframe computer. 

22. The computer system of claim 20 wherein said means 
accessing transaction data elements include searching said 
transaction data elements that contain a preselected error 
code. 

23. The computer system of claim 20 in which said means 
for performing update functions are keystroke sequences 
generated by the computer system and sent to the mainframe 
computer to alter specific mainframe transaction data ele- 
ments. 

24. The computer system of claim 20 in which if insuf- 
ficient data is available to correct said transaction data 
elements, a request for more information is created. 

25. A computer system including a central processing unit 
and associated memory for emulating the actions a human 
being performs while working at a mainframe computer 
terminal to perform analysis functions on a mainframe 
insurance claim transaction processing system, the insurance 
claim transaction processing system including a transaction 
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processing program producing insurance claim transaction 
data records with associated transaction error codes for each 
data record that cannot be processed, said computer system 
comprising: 

means for initiating the transaction processing program; 5 
means for accessing data elements from insurance claim 
transaction data records stored on the mainframe sys- 
tem; 

a predetermined database stored in the associated J0 
memory, said database containing transaction error 
codes and set of procedures related to each transaction 
error code for correcting data elements from said 
insurance claim transaction data records having a 
matching error code; l5 

means for comparing said data elements to transaction 
error codes stored within said database to find a match- 
ing error code and insurance claim transaction data 
record; and 
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means for performing update functions on the mainframe 
required by said set of procedures related to said 
matched error code and said insurance claim transac- 
tion data record whereby update functions are com- 
pleted without involving any human operator. 

26. The computer system of claim 25 further including 
means for logging on the mainframe computer and means 
for logging off the mainframe computer. 

27. The computer system of claim 25 in which said means 
for performing update functions are keystroke sequences 
generated by the computer system and sent to the mainframe 
computer to alter specific mainframe insurance claim trans- 
action records. 

28. The computer system of claim 25 in which if insuf- 
ficient data is available to correct said insurance claim 
transaction record, a request for more information is created. 



02/24/2004, EAST Version: 1.4.1 



